home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-3158 / 58.txt < prev    next >
Text File  |  1992-05-11  |  31KB  |  743 lines
  1. Info-Atari16 Digest         Fri, 31 Jan 92       Volume 92 : Issue  58
  2.  
  3. Today's Topics:
  4.                     Ack!  My STe is dying! (dead?)
  5.                        Anti-flamewar proposal.
  6.                               Crack Art
  7.                               Crack Art!
  8.                              Darn brevity
  9.           Did anyone write a good read() for Mint (or TOS)?
  10.                             info (2 msgs)
  11.                             Just Musing...
  12.                   Looking for low priced 68030 CPUs
  13.                           Mint 0.92 problems
  14.         regarding the 'correct' post [was (re: Amiga geeks, r
  15.                           Some peoples kids
  16.                        ST's memory architecture
  17.                   telling GEM to use a bigger screen
  18.                      uuencode & uudecode (2 msgs)
  19.                                  ZOO
  20.  
  21. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  22. cross-posting to/from Usenet is getting closer, but still getting thrashed
  23. out.  Please send notifications about broken digests or bogus messages
  24. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  25.  
  26. Please send requests for un/subscription and other administrivia to
  27. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  28. instead of the moderators are likely to be lost or ignored.
  29.  
  30. If you want to unsubscribe, and you're receiving the digest indirectly
  31. from someplace (usually a BITNET host) that redistributes it, please
  32. contact the redistributor, not us.
  33. ----------------------------------------------------------------------
  34.  
  35. Date: 31 Jan 92 10:36:20 GMT
  36. From:
  37.  noao!asuvax!ukma!hri.com!spool.mu.edu!munnari.oz.au!comp.vuw.ac.nz!actrix!Roger
  38.  .Sheppard@arizona.edu (Roger Sheppard)
  39. Subject: Ack!  My STe is dying! (dead?)
  40. To: Info-Atari16@naucse.cse.nau.edu
  41.  
  42. In article <27947@sdcc12.ucsd.edu> atilghma@sdcc13.ucsd.edu (Adam Tilghman)
  43.  writes:
  44. >
  45. > Ack!  I'm having serious problems with my STe system.  If anybody
  46. > could offer some wisdom, I would appreciate it!
  47. >
  48. > Symptoms:
  49. >
  50. >               (The first problem I caught) - MINT.CNF suddenly appeared
  51. >                       with random data scattered throughout the "normal" text.
  52. >
  53. >               The Desktop is now mistaking executables for Text files,
  54. >                       and is asking me if I want to view them.  This
  55. >                       is happening perhaps 10% of the time, and I have
  56. >                       NEVER had this problem (in 6 months of intense use).
  57. >
  58. >               MiNT 0.92 is hanging much more often than usual - basically,
  59. >                       anything involving a large file operation, like
  60. >                       running GCC.
  61. >
  62. >               On most large hard drive read operations my screen is
  63. >                       overwritten with data :-(
  64. >
  65. >               Odd crashes every so often (usually non-repeatable).
  66. >
  67. >               On reset, the screen doesn't clear - so if I reboot from
  68. >                       the desktop, my hard drive boot is overlaid on the
  69. >                       old Desktop image.
  70. >
  71. >
  72. > My Hardware:
  73. >
  74. >       Atari 520STe (w/ TOS 1.62, bought in August 1991) - 4MB of RAM
  75. >       ICD Host Adapter (original model) + Seagate ST1096N drive
  76. >       DEKA PC Keyboard Adapter (w/ keyboard)
  77. >       SM124 Mono Monitor
  78. >
  79. >       Does anybody recognize these problems?  I think they're serious
  80. > and there's NO WAY that Atari's going to take back my computer under
  81. > warranty :-(... Eek!
  82. >
  83. >   -- adam
  84. > --
  85. > ==== Adam G. Tilghman - atilghma@sdcc13.ucsd.edu - (619)558-2141 ====
  86. > ==  "Martha, fetch my rifle - thar's another UCSD ECE undergrad!"  ==
  87.  
  88.  
  89. A funny thing like that happen to me, Programs ended up as files, only
  90. one disk drive icon, plus lots of other funny things..
  91.  
  92. Fixed by removing and replacing SIMM Rams, (Note; SIMM's don't just
  93. pull out, they swing out) a small piece of plastic seem to fall out of
  94. the SIMM sockets, so check sockets have not got any foreign matter there,
  95. use a small 1" paint brush to remove..
  96. --
  97. ***  Roger W. Sheppard      *      Roger.Sheppard@bbs.actrix.gen.nz  ***
  98. ***  85 Donovan Rd        *    *   GEnie.  R.SHEPPARD5               ***
  99. ***  Kapiti                        At least I don't Flicker,         ***
  100. ***  New Zealand..          *      not like a dying light globe      ***
  101.  
  102. ------------------------------
  103.  
  104. Date: 31 Jan 92 10:36:26 GMT
  105. From:
  106.  arizona.edu!cerritos.edu!nic.csu.net!usc!wupost!darwin.sura.net!Sirius.dfn.de!m
  107.  ath.fu-berlin.de!NewsServ!seibert@arizona.edu (Ewald Seibert)
  108. Subject: Anti-flamewar proposal.
  109. To: Info-Atari16@naucse.cse.nau.edu
  110.  
  111. In article <1992Jan25.215455.14648@ux1.cso.uiuc.edu>,
  112.  wmagro@roma.physics.uiuc.edu (William Magro) writes:
  113. |>
  114. |> If you hate posts that respond to flamers, read on.  This one is
  115. |> different.
  116. |>
  117. |> I own an Atari 1040 and a Mac SE.  I work on Sparcstations and a Mac
  118. |> IIx.  I feel qualified to discuss my likes and dislikes about each of
  119. |> these machines, because I use them regularly.  I love my Atari and I
  120. |> always amaze people when I show them what it can do.
  121. |>
  122. |> The problem with flamewars is that each amiga or atari user roots for
  123. |> their own machine and picks on the other guy's machine.  I don't like
  124. |> flamewars, but I do enjoy comparisons of various machines, even if I
  125. |> have no explicit plans to change computers as a result of the discussion.
  126. |> Since newsgroups are a forem for discussion, our newsgroup is a natural
  127. |> place to hold such a discussion.
  128. |>
  129. |> I therefore feel that it would me most informative if each user were to
  130. |> say what they _dislike_ about their machine in addition to what they do
  131. |> like.  In this spirit, and understanding that people have already rooted
  132. |> for the ST/STe/TT's good qualities, I'd like to say what I don't like
  133. |> about my ST.  I invite a humble Amiga owner to do the same.
  134. |>
  135. |>
  136. |> "Why my Atari 1040STf Sucks," by Bill Magro
  137. |>
  138. |> I) GEM/Desktop has a lot of problems
  139. |>      A) Mouse events are not registered quickly, so if I click on a button
  140. |>         and quickly move the mouse, the button doesn't see the click. Very
  141. |>         annoying, and it slows me down.
  142.  
  143. No BLITTER, no QuickST  ... bad luck
  144.  
  145.  
  146. |>      B) I have to bring a window to the front before I can launch a program
  147.  
  148. THERE IS ONE SIMPLE WAY (known since 1986 in TOS 0.9)
  149.  
  150. hold RIGHT-mousebutton, DOUBLECLICK with left mousebutton on PRG
  151. .. most PRG with the right PATH-handling work with this
  152. In TOS 2.0 or higher you can even fix the PATH for the bad ones
  153.  
  154.  
  155. |>         from it.  In the mac's finder, if I double click on an icon in an
  156. |>         obscured window, the window comes forward and the program runs.  In
  157. |>         GEM the window just comes forward.  Arghh!  This slows me down.
  158.  
  159.  
  160.  
  161.  
  162. |>      C) I can't arrange my desktop in any efficient way.  Not being able to
  163. |>         put programs on the desktop or to arrange them freely in a window
  164. |>         makes launching programs a nightmare.  This slows me down.
  165.  
  166. Have you ever tried GEMINI a shareware DESKTOP with included CLI (UNIX-like)
  167.  
  168. You aren't informed very well for the critics you write.
  169.  
  170. Bye              Ewald
  171.  
  172.  
  173. ==============================================================================
  174. seibert@hphalle9.informatik.tu-muenchen.de   ist
  175. Ewald Seibert, Rheinbergerstr.1 8070 Ingolstadt,  0841-86480
  176.  
  177.     Dont't blame ATARI for things, the GURU told you from the ARABIAN NIGHTS (*
  178. ==============================================================================
  179.  
  180. (*  = Maerchen aus 1001 Nacht
  181.  
  182. ------------------------------
  183.  
  184. Date: 29 Jan 92 14:21:10 GMT
  185. From:
  186.  noao!asuvax!ukma!darwin.sura.net!jvnc.net!yale.edu!qt.cs.utexas.edu!cs.utexas.e
  187.  du!utgpu!utorvm!ryerson!eeng6801@arizona.edu (THE WALKING SPIRIT)
  188. Subject: Crack Art
  189. To: Info-Atari16@naucse.cse.nau.edu
  190.  
  191. If the docs are in German, just run an English translator. Althought the setenc
  192. es are garbed, you can almost always understand what's going on (ie. Disk was r
  193. eady not.).
  194.  
  195. get eeng6801 signature a
  196. ====================================================================
  197. | " Competence, like truth, beauty and   =   Carlos J. C. Varela   |
  198. | a contact lens, is in the eye of the   =   EENG6801.RYERSON.CA   |
  199. | beholder."                             =   Fnet Node: #18, #38   |
  200. ====================================================================
  201. ====================================================================
  202. | " Competence, like truth, beauty and   =   Carlos J. C. Varela   |
  203. | a contact lens, is in the eye of the   =   EENG6801.RYERSON.CA   |
  204. | beholder."                             =   Fnet Node: #18, #38   |
  205. ====================================================================
  206. ====================================================================
  207. | " Competence, like truth, beauty and   =   Carlos J. C. Varela   |
  208. | a contact lens, is in the eye of the   =   EENG6801.RYERSON.CA   |
  209. | beholder."                             =   Fnet Node: #18, #38   |
  210. ====================================================================
  211. ====================================================================
  212. | " Competence, like truth, beauty and   =   Carlos J. C. Varela   |
  213. | a contact lens, is in the eye of the   =   EENG6801.RYERSON.CA   |
  214. | beholder."                             =   Fnet Node: #18, #38   |
  215. ====================================================================
  216. ====================================================================
  217. | " Competence, like truth, beauty and   =   Carlos J. C. Varela   |
  218. | a contact lens, is in the eye of the   =   EENG6801.RYERSON.CA   |
  219. | beholder."                             =   Fnet Node: #18, #38   |
  220. ====================================================================
  221. ====================================================================
  222. | " Competence, like truth, beauty and   =   Carlos J. C. Varela   |
  223. | a contact lens, is in the eye of the   =   EENG6801.RYERSON.CA   |
  224. | beholder."                             =   Fnet Node: #18, #38   |
  225. ====================================================================
  226.  
  227. ------------------------------
  228.  
  229. Date: 31 Jan 92 06:40:53 GMT
  230. From:
  231.  noao!asuvax!gatech!usenet.ins.cwru.edu!cleveland.Freenet.Edu!al885@arizona.edu
  232.  (Gerard Pinzone)
  233. Subject: Crack Art!
  234. To: Info-Atari16@naucse.cse.nau.edu
  235.  
  236. In a previous article, chan@pyramid.cs.unr.edu () says:
  237.  
  238. >
  239. >I have ftp'ed Crack Art (crackart.lzh) from atari.archive.umich.edu.
  240. >
  241. >Before I start, let me tell you that the program itself is English (with a
  242. >little German splashed here and there).  The document to Crack Art is in
  243. >German.  I would (will eventually try) like to get in touch with the authors
  244. >of Crack Art about an English version of the text (or find someone to translate
  245. >the document) or if someone out there knows of an English version.
  246. >
  247. Does anyone know if this program can "crack" the art of a game disk?  I think
  248. that's one of the main reasons for the program's existance.
  249.  
  250. --
  251.    _______   ________   ________   "Small nose, loose girls, no nipples, (.|.)
  252.   /   ___/  /  _____/  /  __   /   Iczer curls!"  -=-  Gerard Pinzone     ).(
  253.  /   ___/  /  /____   /  __   /          gpinzone@george.poly.edu        ( v )
  254. /______/  /_______/  /__/ /__/       Join the ECA Wehrmacht! Kill CM!     \|/
  255.  
  256. ------------------------------
  257.  
  258. Date: 30 Jan 92 18:05:14 GMT
  259. From: agate!spool.mu.edu!umn.edu!cs.umn.edu!kksys!orbit!pnet51!chucks@ames.arpa
  260.  (Erik Funkenbusch)
  261. Subject: Darn brevity
  262. To: Info-Atari16@naucse.cse.nau.edu
  263.  
  264. kls30@duts.ccc.amdahl.com (Kent L Shephard) writes:
  265. >Have you ever heard of threads.  I can do things on my NeXT that will make
  266. >anything not running a Mach kernal just choke.
  267.  
  268. Umm.. i don't quite understand this.  There are many Threaded OS's or at least
  269. OS's that are thread capable.  The Amiga, OS-{9/k}, OS/2, etc..
  270.  
  271. .--------------------------------------------------------------------------.
  272. | UUCP: {amdahl!tcnet, crash}!orbit!pnet51!chucks | "I know he's come back |
  273. | ARPA: crash!orbit!pnet51!chucks@nosc.mil        | from the dead, but do  |
  274. | INET: chucks@pnet51.orb.mn.org                  | you really think he's  |
  275. |-------------------------------------------------| moved back in?"        |
  276. | Amiga programmer at large, employment options   | Lou Diamond Philips in |
  277. | welcome, inquire within.                        | "The First Power".     |
  278. `--------------------------------------------------------------------------'
  279.  
  280. ------------------------------
  281.  
  282. Date: 31 Jan 92 12:18:21 GMT
  283. From: mcsun!uknet!bcc.ac.uk!ucacmsu@uunet.uu.net (Mr Stephen R Usher)
  284. Subject: Did anyone write a good read() for Mint (or TOS)?
  285. To: Info-Atari16@naucse.cse.nau.edu
  286.  
  287. In article <MUTS.92Jan28220220@fysaq.fys.ruu.nl> muts@fysap.fys.ruu.nl (Peter
  288.  Mutsaers) writes:
  289. >Hello,
  290. >
  291. >for some applications I would very much like to be able to have a
  292. >read() (or an Fread() implemented in the kernel even better) that
  293. >generates vt52 escape sequences from Funcion/cursor/etc keys, so the
  294. >ST can be a real vt52.
  295.  
  296. I did write something like this for my port of JOVE to MiNT, but I didn't
  297. publish it at all.
  298.  
  299. >
  300. >Also, I would like that ALT-combinations do not return '0', but the
  301. >ascii code, with the 8th bit set. This would make porting of unix
  302. >editors/shells with full keyboard use much easier. (I hate to resort
  303. >to GEM and do not even start it up at a reboot).
  304.  
  305. Hmm.. mine didn't do that.. oh well.. it was only a hack for JOVE and BASH.
  306.  
  307. >
  308. >If someone has made it I would like to use it. Otherwise, and when/if
  309. >I find the time, I'll have to do it myself.
  310. >
  311. >Regards,
  312. >--
  313. >_________________________________________________________________________
  314. >Peter Mutsaers.    RUU physics dept. Heidelberglaan 5, Utrecht, Nederland
  315. >muts@fysap.fys.ruu.nl   |================================================
  316. >tel: (+31)-(0)30-533880 |              Memento Mori
  317.  
  318. Steve
  319.  
  320. --
  321. Addresses:-
  322. JANET:-         ucacmsu@uk.ac.ucl or    susher@uk.ac.csm
  323. Internet:-      ucacmsu@ucl.ac.uk or    susher@csm.ac.uk
  324.  
  325. ------------------------------
  326.  
  327. Date: Fri, 31 Jan 92 13:31:14 +0100
  328. From: Salah.Omar@LSM.MW.TU-MUENCHEN.DBP.DE
  329. Subject: info
  330. To: info-atari16@naucse.cse.nau.edu
  331.  
  332. help
  333.  
  334. ------------------------------
  335.  
  336. Date: Fri, 31 Jan 92 13:35:09 +0100
  337. From: Salah.Omar@LSM.MW.TU-MUENCHEN.DBP.DE
  338. Subject: info
  339. To: info-atari16@naucse.cse.nau.edu (Receipt Notification Requested)
  340.  
  341. index info-a16
  342.  
  343. ------------------------------
  344.  
  345. Date: Fri, 31 Jan 1992 09:17 EDT
  346. From: MJOHNSTON%COLGATEU.bitnet@CUNYVM.CUNY.EDU
  347. Subject: Just Musing...
  348. To: INFO-ATARI16@naucse.cse.nau.edu
  349.  
  350. On 30  January 1992  neil@uunet.uu.net wrote:
  351.  
  352. |> Anyone have any idea on how to connect an IBM PS/2 style muse to
  353. |> the ST in a similar way.
  354.  
  355. Hmmm... is that a Clio, Calliope, Euterpe, Terpsichore...?
  356.  
  357. (Sorry--couldn't resist!)
  358.  
  359. M. Johnston
  360.  
  361. ------------------------------
  362.  
  363. Date: 31 Jan 92 06:49:05 GMT
  364. From:
  365.  noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!samsung!emory!europa.asd.contel.com!dar
  366.  win.sura.net!Sirius.dfn.de!math.fu-berlin.de!unidui!flyer!easix.GUN.de!channelz
  367.  .GUN.de!dino.DinoCo.de! (Stephan Muhs)
  368. Subject: Looking for low priced 68030 CPUs
  369. To: Info-Atari16@naucse.cse.nau.edu
  370.  
  371. Hi!
  372.  
  373. I am currently looking for low-priced 68030 CPUs in smaller amounts (between
  374. 10 and 50), all speeds from 16 MHz to 50 MHz. Most interesting for me is
  375. the 33 MHz CPU. I am looking for matching 68882 FPUs as well.
  376.  
  377. If you know of a low priced dealer or distributor for said chips, then please
  378. email me. Commercial offers are welcome, of course. It really does not matter,
  379. where on this planet your low-price-source for 68030`s is - I am specialized
  380. in the import business anyway ;-)
  381.  
  382. Any help greatly appreciated!
  383.  
  384. Stephan
  385.  
  386.  
  387. --
  388. stephan muhs      colonius@dino.dinoco.de
  389. wilhelmstr. 51    ...!unido!easix!channelz!dino!colonius
  390. 5000 koeln 60     Genie: s.muhs
  391. germany           voice: +49 221 7393484
  392.  
  393. ------------------------------
  394.  
  395. Date: 31 Jan 92 09:38:18 GMT
  396. From:
  397.  arizona.edu!cerritos.edu!nic.csu.net!usc!wupost!darwin.sura.net!Sirius.dfn.de!u
  398.  rmel!oli@arizona.edu (Oliver Bonten)
  399. Subject: Mint 0.92 problems
  400. To: Info-Atari16@naucse.cse.nau.edu
  401.  
  402. Hello everybody!
  403.  
  404. Yesterday I finally found time to try Mint 0.92 and Tcsh and ran into
  405. some problems.
  406.  
  407. 1. Tcsh runs fine when run as INIT from Mint or started by double-clicking
  408.    from the desktop, but will produce a bus error when started from MW2.
  409.    I tried renaming it MWINIT, calling MW2 as INIT, renaming it TCSH.TOS,
  410.    nothing worked. Tcsh also complains about a missing termcap entry st52,
  411.    which really isn't there, but I haven't scanned all the .ZOO-Archives
  412.    for a suitable termcap file yet. Tcsh doesn't run under MGR, either.
  413.  
  414. 2. Under no circumstances I get ksh to read its startup files (login.ksh,
  415.    kshrc.ksh) when started as INIT from Mint or in MW2. They are found,
  416.    however, by kshs started from a ksh where those files have been read in
  417.    manually. I tried plenty of combinations of locations of those files,
  418.    location of KSH.TOS, current working directory and settings of PATH
  419.    and HOME (in MINT.CNF) - nothing helps. Ksh can't really expect the
  420.    files on U:\, can it?
  421.  
  422. 3. Tcsh doesn't know the pwd-command. This one should be internal, I sup-
  423.    pose. Also, Tcsh doesn't use the substitute system font from NVDI but
  424.    the ROM font; I don't know what other shells do (forgot to look). Can
  425.    I change this by resetting the console device?
  426.  
  427. Oliver
  428. --
  429. Heute back ich, morgen brau ich, uebermorgen hol ich mir der Koenigin ihr Kind.
  430. Ach wie gut dass niemand weiss, dass ich oli@math.rwth-aachen.de heiss.
  431.  
  432. ------------------------------
  433.  
  434. Date: 31 Jan 92 01:13:08 GMT
  435. From: van-bc!jonh.wimsey.bc.ca!jhenders@uunet.uu.net (John Henders)
  436. Subject: regarding the 'correct' post [was (re: Amiga geeks, r
  437. To: Info-Atari16@naucse.cse.nau.edu
  438.  
  439. In <1992Jan29.211713.16327@doug.cae.wisc.edu>, Carter Gregory writes:
  440.  
  441.         <Much blather deleted>
  442.  
  443. >that information is light, and the mind is the lens.  Focus on what you
  444. >will...too, many times in histories past has information been focused for
  445. >people deemed too idiotic to find or interpret their own views from what
  446. >they read.
  447.  
  448.         <and later>
  449.  
  450. >RN is probably the most confusing program on the net.
  451.  
  452.         Pot, Kettle, Bang.
  453.  
  454. --
  455.                  John Henders            jhenders@jonh.wimsey.bc.ca
  456.                  Vancouver,BC             or ubc.cs!van-bc!jonh!jhenders
  457.  
  458. ------------------------------
  459.  
  460. Date: 30 Jan 92 18:05:13 GMT
  461. From:
  462.  noao!ncar!elroy.jpl.nasa.gov!usc!wupost!spool.mu.edu!umn.edu!cs.umn.edu!kksys!o
  463.  rbit!pnet51!chucks@arizona.edu (Erik Funkenbusch)
  464. Subject: Some peoples kids
  465. To: Info-Atari16@naucse.cse.nau.edu
  466.  
  467. jhenders@jonh.wimsey.bc.ca (John Henders) writes:
  468. >       This cyclical dropping in by some amiga user to start a flame war
  469. >has caused anyone who knows how to use theis newsreader to kill all
  470. >postings that mention the word amiga. Strangely, enough, Amiga users
  471. >tell me this same phenomenon does not occur in the amiga groups. A
  472. >few users make the whole community look bad.
  473.  
  474. Then those amiga users have never seen comp.sys.amiga.advocacy.  This group
  475. was created specifically to move all the "St/Mac/IBM/NeXT/whatever computer is
  476. much better than Amiga" articles into one place where people that WANTED to
  477. read them could, but the majority of people didn't have to.  It's worked quite
  478. well so far.
  479.  
  480. .--------------------------------------------------------------------------.
  481. | UUCP: {amdahl!tcnet, crash}!orbit!pnet51!chucks | "I know he's come back |
  482. | ARPA: crash!orbit!pnet51!chucks@nosc.mil        | from the dead, but do  |
  483. | INET: chucks@pnet51.orb.mn.org                  | you really think he's  |
  484. |-------------------------------------------------| moved back in?"        |
  485. | Amiga programmer at large, employment options   | Lou Diamond Philips in |
  486. | welcome, inquire within.                        | "The First Power".     |
  487. `--------------------------------------------------------------------------'
  488.  
  489. ------------------------------
  490.  
  491. Date: 31 Jan 92 02:13:29 GMT
  492. From: agate!spool.mu.edu!umn.edu!doug.cae.wisc.edu!carter@ames.arpa (Carter
  493.  Gregory)
  494. Subject: ST's memory architecture
  495. To: Info-Atari16@naucse.cse.nau.edu
  496.  
  497. Well, for those of you who DID run, MS Word 5.0, you probably already
  498. have had this feeling for sometime now that the ST is for the first time,
  499. unable to use MultiFinder effectively with 4 megabytes of memory.
  500.  
  501. I seriously believe, in my opinion, that the only thing that has kept the
  502. ST machine alive, has been the Spectre GCR.
  503.  
  504. Now, to do anything serious with your machine, you can't use MultiFinder
  505. at all with PM 4.0, MS Word 5.0, and Super Paint loaded under multi-finder.
  506. They simply won't fit anymore.
  507.  
  508. If this doesn't put a nail in the ST architecture I don't know what will.
  509.  
  510. Add to this fact that System 7 is right around the corner.  I think System
  511. 7 on a 4 Meg machine is quite ludicrous with the current upgrades Mac
  512. software are expected to acquire during the time we actually get System
  513. 7.0 compatibility.
  514.  
  515. Quite plainly boys and girls, if and when you do get System 7 running your
  516. going to cry uncontrollably as you find all your favorite software unable
  517. to run concurrently, for lack of space.
  518.  
  519. For those of you who own TT's, I quite frankly hate you.
  520.  
  521. Now on to the next topic:
  522.  
  523. -----Bad News Ends..Good News Begins..
  524.  
  525. But, there are fixes of course for this calamity.  Mr. Small's SST board of
  526. course.  But when will it arrive.  Does anyone have one?  Probably not.
  527. I suspect that Mr. Small has a VERY HIGH standard for quality assurance.
  528. With this in mind, we can hope for the best.  But we NOW need it more than
  529. ever.  I have heard though, that you can't expect ANYTHING from Mr. Small
  530. for another 3-4 months, AT LEAST on this topic...ie (SST AND 3.1).
  531. By that time, who knows how big other programs will be..PYRO?? Excel??  Wingz?
  532.  
  533. MS Word 5.0, runs rather nicely under MultiFinder 6.0.7.  Comming in at a
  534. hefty 1024 minimum suggested memory size.  Its quite large indeed.  In fact,
  535. to run it effectively, with all the great features running...like spelling,
  536. grammar checker, Thesauras, you should have a size of 1536 at least.
  537. ((This is for <10K documents too...) you probably should go for 2048)
  538.  
  539. The program has changed a good deal.  Sporting all sorts of fancy, more
  540. effective menu displays for easy point and click access, right on the
  541. ruler bar.  For example, you can now easily select fonts, sizes right on the
  542. ruler right next to your style sheet selections.  Quite nice.
  543.  
  544. And holy cow, you can even draw and edit drawing figures right from within
  545. Word 5.0.  Very nice.  Dare I say the print preview is faster, can't confirm
  546. this but the program seemed a bit faster from page to page.
  547.  
  548. Well, I would love to here your thoughts about this issue, I recieved so many
  549. letters about my views on net org that I almost had to take a break from
  550. studying...sheesh...
  551.  
  552. --Greg
  553.  
  554. ------------------------------
  555.  
  556. Date: 31 Jan 92 10:14:49 GMT
  557. From:
  558.  haven.umd.edu!darwin.sura.net!Sirius.dfn.de!math.fu-berlin.de!uniol!unido!news.
  559.  uni-bielefeld.de!techfak.uni-bielefeld.de!itschere@ames.arpa (Torsten Scherer)
  560. Subject: telling GEM to use a bigger screen
  561. To: Info-Atari16@naucse.cse.nau.edu
  562.  
  563.   Hello world!
  564.  
  565.   I'd like to know if anyone has got a quick idea on how to tell GEM to
  566. use a bigger screen? My idea is to program a virtual bigger desktop screen
  567. and I've already managed to tell the line-A emulator to use the extended
  568. resolution, so that I can draw things using the line-A emulator and move
  569. the physical screen around on the virtual bigger screen. But what I completly
  570. fail to know is how to tell GEM that it can use more pixels. It simply
  571. continues using 640*400 pix. Does anyone know a quick solution for this
  572. problem or is it neccesary to retype the whole ROM-VDI driver to get it
  573. to work???
  574.  
  575.   Any mail would be appreciated,
  576.  
  577.   Thanx & bye
  578.  
  579.                TeSche
  580.  
  581. --
  582. torsten scherer, universitaet bielefeld, germany
  583. e-mail to : itschere@techfak.uni-bielefeld.de
  584.  
  585.  
  586.  
  587.   There is a theory which states that if ever anyone would find out what the
  588. universe exactly is and what it is for it will be instantly replaced by
  589. something even more bizarre and inexplicable.
  590.  
  591.   There is another theory which states that this has already happened.
  592.  
  593.   D.N.A.
  594.  
  595. ------------------------------
  596.  
  597. Date: 31 Jan 92 03:12:01 GMT
  598. From:
  599.  arizona.edu!cerritos.edu!nic.csu.net!usc!rpi!news-server.csri.toronto.edu!utgpu
  600.  !watserv1!watmath!ljdickey@arizona.edu (L. J. Dickey)
  601. Subject: uuencode & uudecode
  602. To: Info-Atari16@naucse.cse.nau.edu
  603.  
  604. In article <1992Jan30.135602.24022@unibi.uni-bielefeld.de>
  605.  itschere@techfak.uni-bielefeld.de (Torsten Scherer) writes:
  606. >
  607. >  After I finally managed to connect to atari.archives.umich.edu and got
  608. >some nice programs sent, another problem occurs. All these files are of
  609. >course uuencoded. They're also split in more smaller files. When I try to
  610. >uudecode them, I olny get the message "no end line". How do I have to
  611. >put these fragmented files together again? I'm sorry, but I don't
  612. >understand what's written in the Unix manual.
  613.  
  614. You might prefer to uudecode the files once you get them onto your Atari,
  615. but that is a separate matter.
  616.  
  617. Just to uudecode them on unix, you will have to catenate the files
  618. together in the right order.  The unix command do that is
  619.                         cat f1 f2 f3 ... fn > bigfile
  620. Now you get edit "bigfile" to remove the unwanted between one
  621. file and the next.   First approximation to wanted stuff and
  622. unwanted stuff:  In the middle of the file, all lines begin
  623. with an "M".  Near the end, the rule changes.
  624.  
  625. Most of the recent files on atari archives are encoded with UUE, so
  626. there might sequence letters at the end of the line to help you.  The
  627. help comes if you delete one or two lines too many.  You can tell,
  628. and start over. ha ha.
  629.  
  630. Then, you are ready to uudecode the files.  The unix command is
  631.                 uudecode < bigfile
  632.  
  633. This creates the binary file that you wish you had on your Atari ST.
  634. Now you have a new problem.  How to move the binary to the ST.
  635. I hope you have a reliable method for moving BINARY files, cause
  636. you need it.  What I do, is to UUEncode the file into a text
  637. file, transfer the text file to the Atari with kermit, and then
  638. UUDecode on the Atari.  So maybe you did not want to uudecode
  639. the files on the unix box at all!  Well, maybe you did, because
  640. you can then examine text files before you decide to do the
  641. hard part and move the file to your Atari.
  642.  
  643. There is regular posting that appears in this news group that
  644. tells you much of this, and gives you hints on a bootstrap
  645. process that helps you to get started.  Once you get going,
  646. it is not so bad, but that first hurdle is moving your first
  647. binary file from a unix machine to your Atari.
  648.  
  649. --
  650. Leroy J. (Lee) Dickey, Faculty of Mathematics, U of Waterloo, Canada  N2L 3G1
  651. Internet:      ljdickey@watmath.UWaterloo.ca
  652. UUCP:          ljdickey@watmath.UUCP             ...!uunet!watmath!ljdickey
  653. Obsolescent?:  ljdickey@watmath.waterloo.edu     BITNET/EARN: ljdickey@watdcs
  654.  
  655. ------------------------------
  656.  
  657. Date: 30 Jan 92 23:24:34 GMT
  658. From: mcsun!news.funet.fi!sunic!corax.udac.uu.se!tdb!m91der@uunet.uu.net (Daniel
  659.  Eriksson)
  660. Subject: uuencode & uudecode
  661. To: Info-Atari16@naucse.cse.nau.edu
  662.  
  663. itschere@techfak.uni-bielefeld.de (Torsten Scherer) writes:
  664. :[stuff deleted]
  665. : All these files are of
  666. : cource uuencoded. They're also split in more smaller files. When I try to
  667. : uudecode them, I olny get the message "no end line". How do I have to
  668. : put these fragmented files together again?
  669. :[stuff deleted]
  670.  
  671. Save the letters to disk first of all. Then remove all headers from the
  672. files. Also check for garbage at the end of every file. The last
  673. file must end with an 'end'. Use your favourite text-editor and
  674. link all the files (in the right order) into a HUGE file. If you
  675. do this from a command-line enironment (UNIX or some shell for Atari)
  676. you could also use the cat-command like this:
  677.  
  678. cat file1 file2 ... filen > HUGEfile
  679.  
  680. Now you have a continous file that you can decode. Just run your
  681. favourite uudecode-program on it and the file hiding inside should
  682. show up! The uuencoded file is often about 35 percent bigger than
  683. the original (often packed) file since what uu does is to take a
  684. 8 bit binary file and convert it into a 7 bit ASCII (?) file.
  685.  
  686. To uuencode a file is quite easy, just make sure you read the
  687. instructions for YOUR uu-program before starting. The uuencode
  688. that we have here on our UNIX-machine works like this:
  689.  
  690. uuencode original_filename new_filename > uue_filename
  691.  
  692. The 'original_filename' is the name of the file you wish to
  693. convert. The 'new_filename' is the name the file will get
  694. when you later converts it back (could be useful if you
  695. transfer files from a machine that supports more than 8+3 chars
  696. for filenames to a TOS/DOS-filesystem). And 'uue_filename' is the
  697. name of the uuencoded file that gets created (the file you will
  698. transfer with Email for example).
  699.  
  700. Hope this helps!
  701.  
  702. Daniel Eriksson - m91der@tdb.uu.se | IRC: DDF
  703. Uppsala University, Sweden         | Fidonet: 2:205/218 (The Assembly Room)
  704.  
  705. ------------------------------
  706.  
  707. Date: 31 Jan 92 10:44:49 GMT
  708. From: mcsun!uknet!warwick!covpoly!cch.coventry.ac.uk!csf195@uunet.uu.net
  709.  (Mirrir)
  710. Subject: ZOO
  711. To: Info-Atari16@naucse.cse.nau.edu
  712.  
  713. Is it just me or is the atari version of zoo (from Newcastle PDSOFT (NET))
  714. a bit dodgy ???
  715.  
  716. The problem is, I down-load it, uudecode it and then run it from the desk
  717. top as a TTP file, giving it 'x filename' as perameters, it works okay for
  718. a while then for no reason that I can spot it stops working, just blinks the
  719. gem screen off and back on without doing anything.
  720.  
  721. It won't run from gulam at all.
  722.  
  723. I'm using a 4Mb STe and normally do my dearchiving in a 2Mb Ram disc.
  724. I've tryed just doing it on the floppy and still have the same problems.
  725.  
  726. I've just down-loaded it AGAIN and plan to make it read-only access, in the
  727. hope that that will make it last longer !!!
  728.  
  729. Has anyone had simular problems ?
  730.  
  731. Or am I cursed |-)
  732.  
  733. --
  734.  ____________________________________________________________________________
  735. | Jason Taylor (csf195@uk.ac.cov.cch) | "That's all fine, but I only need to |
  736. |  Aliases : Mirrir                   |  know one thing." -Aliens (Vasquez)  |
  737. |  Stliaise (stliaise@uk.ac.cov.cck)  |      'Yes?' - "Where they ARE."      |
  738.  
  739. ------------------------------
  740.  
  741. End of Info-Atari16 Digest
  742. ******************************
  743.